본문에 나오는 용어를 한곳에 모았다.
각 용어를 처음 만났을 때
자세한 설명이 있는 장을 함께 적어 두었으니
필요하면 그 장을 펼치면 된다.
다루는 곳이 —인 항목은 본문에서 따로 설명하지 않는다.
알아 두면 좋지만 이 책의 흐름에서는 곁가지인 용어들이다.
주제별로 묶었기 때문에
관련 개념을 나란히 놓고 비교하기도 좋다.
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Business Capability | 회사가 할 수 있어야 하는 일 | 5장 |
| Domain | 해결하려는 비즈니스 문제 영역 | 5장 |
| Subdomain | 큰 문제를 나눈 작은 문제 영역 | 5장 |
| Bounded Context | 같은 용어가 일관된 의미를 갖는 경계 | 5장 |
| Ubiquitous Language | Context 안에서 함께 쓰는 공통 언어 | 5장 |
| 데이터 도메인 (Data Domain) | 데이터 책임을 가지는 비즈니스 영역 | 6장 |
| Data Ownership | 데이터의 의미·품질·정책을 책임지는 일 | 6장 |
| Data Sprawl | 데이터가 무질서하게 퍼지는 상태 | 6장 |
| 응집도 | 함께 변경되는 것이 얼마나 가까이 있는가 | 4장 |
| 결합도 | 상대의 내부를 얼마나 알아야 하는가 | 4장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| API Contract | 제공자와 소비자 사이의 약속 | 8장 |
| OpenAPI | HTTP API 계약을 표현하는 표준 | 8장 |
| REST | 리소스 중심의 아키텍처 스타일 | 8장 |
| ESB | 여러 시스템을 잇는 중앙 통합 계층 | 8장 |
| API Gateway | 진입점에서 공통 정책을 처리하는 계층 | 8장, 12장 |
| Composite Service | 여러 API 결과를 묶어 제공 | 8장 |
| BPM | 며칠씩 걸리는 업무 흐름의 진행 상태를 관리하는 분야. 비즈니스 데이터 자체의 저장소는 아니다 | — |
| BFF | 특정 프론트엔드 전용 백엔드 | 9장 |
| GraphQL | 필요한 필드를 지정해 조회하는 질의 언어 | 9장 |
| Service Mesh | 서비스 간 통신을 인프라에서 처리 | 9장 |
| CQRS | 쓰기와 읽기의 책임을 분리하는 패턴 | 9장 |
| Read Model | 조회에 최적화된 데이터 모델 | 9장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Event | 이미 발생한 사실 | 10장 |
| Command | 무엇을 해달라는 요청 | 10장 |
| Producer / Consumer | 이벤트를 만드는 쪽과 쓰는 쪽 | 10장 |
| Event Broker | Producer와 Consumer를 잇는 중개자 | 10장 |
| Event-Carried State Transfer | 이벤트에 필요한 상태까지 담아 보내는 방식 | 10장 |
| Event Sourcing | 상태가 아니라 상태를 만든 이벤트를 저장 | 10장 |
| Schema Registry | 이벤트 스키마와 버전을 관리 | 10장 |
| AsyncAPI | 이벤트 계약을 표현하는 표준 | 10장 |
| Idempotency | 여러 번 처리해도 결과가 같게 만드는 성질 | 11장 |
| At-least-once | 최소 한 번은 전달하되 중복될 수 있는 방식 | 11장 |
| DLQ | 계속 실패한 메시지를 옮겨 두는 공간 | 11장 |
| Backpressure | 처리 능력에 맞춰 생산 속도를 조절 | 11장 |
| Eventual Consistency | 시간이 지나면 같은 상태로 수렴하는 성질 | 11장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Saga | 여러 시스템에 걸친 업무를 보상 처리로 잇는 패턴 | 12장 |
| Transactional Outbox | 저장과 이벤트 발행을 함께 묶는 방법 | 10장, 12장 |
| Circuit Breaker | 장애가 번지지 않도록 호출을 끊는 패턴 | 12장 |
| CDC | DB 변경을 감지해 다른 시스템으로 전달 | 12장, 14장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Data Product | 의미·품질·계약을 갖춰 제공하는 데이터 | 13장 |
| Input Port / Output Port | 데이터 제품의 입력과 출력 계약 | 14장 |
| Star Schema | Fact와 Dimension 중심의 분석 모델 | 13장 |
| Data Vault | Hub·Link·Satellite 기반 모델 | 13장 |
| SCD | Dimension 속성의 변경 이력을 관리하는 기법 | 14장 |
| Snapshot | 특정 시점의 전체 상태를 저장 | 14장 |
| Append-only | 기존 사실을 덮지 않고 계속 추가 | 14장 |
| Data Quality | 데이터를 믿고 쓸 수 있는 정도 | 14장 |
| Reconciliation | 원천과 결과를 대조해 차이를 찾는 일 | 14장 |
| Medallion Architecture | Bronze / Silver / Gold 처리 패턴 | 14장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Metadata | 데이터를 설명하는 데이터 | 15장 |
| Metamodel | 메타데이터 사이의 관계를 정의한 설계도 | 15장 |
| 개념 · 논리 · 물리 모델 | 비즈니스 개념에서 구현까지의 세 단계 | 15장 |
| Data Lineage | 데이터의 출처·변환·이동 경로 | 15장 |
| Data Catalog | 데이터를 찾고 이해하는 검색 포털 | 15장 |
| Data Democratization | 필요한 사람이 안전하게 직접 활용하는 것 | 15장 |
| Data Governance | 여러 도메인이 따라야 하는 공통 원칙 | 16장 |
| Data Owner | 데이터에 대한 책임자 | 16장 |
| Data Steward | 데이터 관리 실무 역할 | 16장 |
| Data Contract | 제공자와 소비자의 데이터 약속 | 16장 |
| Usage Agreement | 어떤 목적으로 쓸 수 있는지 정한 약속 | 16장 |
| Data Observability | 데이터와 파이프라인 상태를 지속 관찰 | 16장 |
| RACI | 책임 소재를 네 역할로 정리하는 방법 | 16장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Master Data | 여러 시스템이 공통으로 쓰는 핵심 기준 데이터 | 18장 |
| Reference Data | 다른 데이터를 분류하는 기준값 | 18장 |
| Golden Record | 신뢰할 수 있는 기준 레코드 | 18장 |
| Surrogate Key | 비즈니스 의미 없이 대상을 식별하는 키 | 18장 |
| Registry / Consolidation / Centralized / Coexistence | MDM의 네 가지 구현 스타일 | 18장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Classification | 데이터 중요도와 민감도 분류 | 17장 |
| Trust Boundary | 같은 신뢰 수준이 적용되는 영역의 경계 | 17장 |
| ACL | 대상별 사용자 권한 목록 | 17장 |
| RBAC | 역할을 기준으로 권한을 결정 | 17장 |
| ABAC | 여러 속성을 조합해 권한을 결정 | 17장 |
| IdP | 사용자의 신원을 제공하는 시스템 | 17장 |
| PDP / PEP | 정책을 판단하는 지점과 집행하는 지점 | 17장 |
| RLS / CLS | 행 단위·열 단위 접근 제어 | 17장 |
| Masking / Tokenization | 민감한 값을 가리거나 다른 값으로 치환 | 17장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Semantic Layer | 물리 구조와 업무 의미를 잇는 계층 | 19장 |
| Self-Service | 사용자가 직접 찾고 활용할 수 있는 구조 | 19장, 22장 |
| Feature Engineering | 모델이 쓸 입력 변수를 만드는 일 | 20장 |
| Feature Store | 공통 피처를 모아 관리하는 저장소 | 20장 |
| Model Registry | 모델의 버전과 상태를 관리 | 20장 |
| Drift | 입력·예측·관계가 시간이 지나며 달라지는 현상 | 20장 |
| MLOps | ML 개발과 운영을 위한 엔지니어링 체계 | 20장 |
| ONNX | 프레임워크에 묶이지 않는 모델 저장 형식. 학습 환경과 서비스 환경이 다를 때 쓴다 | 20장 |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Data Mesh | 도메인 중심의 분산 데이터 운영 방식 | 3장 |
| Data Fabric | 분산 데이터의 발견·연결·거버넌스 접근법 | 3장, 부록 B |
| DataOps | 데이터 시스템을 빠르고 안정적으로 운영하는 방식 | 23장 |
| Federated Governance | 중앙 표준과 도메인 자율성의 결합 | 3장, 22장 |
| Team Topologies | 팀 유형과 상호작용 방식을 다루는 모델 | 22장 |
| Playbook | 자주 마주치는 상황마다 「이럴 땐 이렇게」를 모아 둔 문서 | 22장 |
| Golden Path | 올바른 방법이 가장 쉬운 방법이 되도록 만들어 둔 표준 경로 | 22장 |
| Blueprint | 미리 맞춰 둔 한 벌의 표준 구성. Golden Path의 출발점에 놓인다 | 19장 · 부록 A |
| Collaboration | 두 팀이 한동안 붙어 함께 만드는 방식. 한시적으로 쓴다 | 22장 |
| X-as-a-Service | 만들어 둔 것을 다른 팀이 문서 보고 알아서 쓰는 방식 | 22장 |
| Facilitation | 한 팀이 다른 팀의 역량을 키워 주고 빠지는 방식 | 22장 |
| Guardrail | 반드시 지켜야 하는 최소한의 경계 | 23장 |
| Serverless | 서버 설치·확장·운영을 직접 하지 않는 실행 모델. 물리 서버가 없다는 뜻은 아니다 | — |
| FaaS | 함수 단위로 코드를 실행하는 방식. 서버리스의 대표적인 한 형태 | — |
| Landing Zone | 표준화된 클라우드 실행 환경 | 부록 A |
| 용어 | 쉽게 말하면 | 다루는 곳 |
|---|
| Knowledge Graph | 데이터와 개념의 관계망 | 부록 B |
| RDF | 관계를 Triple 형태로 표현 | 부록 B |
| OWL | 개념과 관계를 형식적으로 정의 | 부록 B |
| SPARQL | RDF 그래프에 대한 질의 언어 | 부록 B |
| SHACL | RDF 그래프의 구조와 조건을 검증 | 부록 B |
| SKOS | 용어집과 분류 체계를 표현 | 부록 B |
| 데이터 마켓플레이스 | 데이터 제품을 발견·신청·사용하는 환경 | 부록 B |